Thread: Batch File? [Newbie help]

That depends on what you mean by "batch mode" and what you consider it means to turn a program into a batch file.

My interpretation is that batch mode refers to the execution of one or more programs on a computer, to achieve some required result, without human intervention.

That would normally mean taking input from one or more files and producing output to one or more files. It might also mean executing the program as a background process (although the method of doing that depends on operating system).

All the "> mydata" does, under unix at least and maybe other operating systems, is redirect output that the program writes to standard output (aka std::cout in C++) to a file named mydata. For your program, it might also be necessary to use some technique so input is taken from some other file, rather waiting for human input.

Personally, I wouldn't bother with a program as simple as you describe. The last time I ran a program in batch mode, IIRC, it consumed about 25 hours of CPU time - it involved a bit more than reading a single value, multiplying it by a constant, and outputting two lines as a result. The post processing (producing various graphs and analysis) involved some intellectual effort as well.

The techniques for redirecting input and output are operating system (and command line shell or interpreter) dependent. Which means you need to read documentation for your target system.

Some unix shells would allow what you want with a typed in command of the form "programname < input_data > output_data &" where input_data is the input file, output_data is the output file. This assumes programname reads from standard input and writes to the standard output device. The & simply runs the process in the background.

However, keep in mind that not all unix shells do it quite this way.

Under windows, it is often a little trickier redirecting standard input, but the windows command shell happily allows redirection of standard output in the same manner as unix.

There are various ways you can write your program (eg accept command line arguments that specify the input and output files, read data from other sources).

Generally, it is pretty easy, once you get past the concerns specific to your operating system. But, as with any software related activity, there is no upper limit on how much complexity you might wish to introduce (eg support various high level and low level I/O mechanisms).